home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / inet / ietf / atommib / 93mar.min next >
Text File  |  1993-05-04  |  8KB  |  221 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5.  
  6. Reported by Kaj Tesink/Bellcore
  7.  
  8. Minutes of the Managing ATM with SNMP BOF (ATMMIB)
  9.  
  10. The goal of the ATMMIB BOF was to determine if there was sufficient
  11. interest to create a working group to develop managed objects for ATM.
  12. Editor's Note (md):  Following the IETF meeting this Group became a
  13. Working Group and took the name AToM MIB Working Group (ATOMMIB).
  14.  
  15. Agenda
  16.  
  17.  
  18.    o Overview, Proposed Charter.
  19.    o Proposals.
  20.  
  21.       -  ATM MIB Strawperson Proposal (Masuma Ahmed)
  22.       -  ATM ILMI (Keith McCloghrie)
  23.       -  SONET MIB (Kaj Tesink)
  24.  
  25.  
  26. Overview - Kaj Tesink
  27.  
  28. Following unanimous agreement that a working group is necessary to
  29. develop managed objects related to ATM, Kaj identified the following
  30. ``terms of reference'' as the basis for the proposed Charter of the ATM
  31. MIB work effort:
  32.  
  33.  
  34.    o Priority on ATM PVCs.
  35.  
  36.    o Keep the MIB small.
  37.  
  38.    o Priority is creation of an SNMPv1 managed objects.  Support of
  39.      SNMPv2 may be a future effort.
  40.  
  41.    o Difference between interface and end-to-end view of NM information
  42.      for ATM.
  43.  
  44.  
  45. Kaj discussed the relationship of the proposed ATM MIB with physical
  46. layer MIBs.  He suggested that the Working Group include work on the
  47. SONET MIB which was posted by Tracy Cox.  The Trunk MIB Working Group
  48. which had developed MIBs for DS1/E1 and DS3/E3 no longer exists.  Ayal
  49. Opher cautioned against assuming that the SONET MIB is ``done''.  Since
  50. there are more implementations of SONET equipment, folks may pay more
  51. attention and have more comments on the proposed SONET MIB module.
  52.  
  53. There was discussion on the different perspectives on ATM-related
  54. network management information:
  55.  
  56.                                    1
  57.  
  58.  
  59.  
  60.  
  61.  
  62.    o Local DTE view of ATM-based communication over the local interface.
  63.    o Network view of the local interface.
  64.    o End-to-end view of the communication path.
  65.    o ATM Switch Management - both private and public.
  66.    o ATM-based Service information - both private and public.
  67.  
  68.  
  69. These different perspectives drive identification of different sets of
  70. managed objects.
  71.  
  72. Based on this discussion, a Charter was agreed upon, that directs the
  73. proposed Working Group to undertake work on ATM and SONET management.
  74.  
  75. Proposals
  76.  
  77.  
  78.    o ATMMIB Proposal - Masuma Ahmed
  79.      Masuma gave an overview of a Bellcore strawperson proposal for an
  80.      ATM MIB. See the copy of the viewgraphs for a detailed list of
  81.      proposed management information.  The strawperson MIB is based on
  82.      the ILMI, and includes configuration information about the ATM
  83.      interface, ATM layer statistics, but (unlike the ILMI) also VPL/VCL
  84.      level performance information.  Virtual Channel Links are the
  85.      interfaces between two adjacent ATM devices.  A Virtual Channel
  86.      Connection is the set of VCLs used end-point to end-point.  A VCL
  87.      is identified by a Virtual Channel Identifier (VCI). Similarly, a
  88.      Virtual Path Connection consists of VPLs, identified by VPIs.
  89.      Issues identified during the discussion included:
  90.  
  91.       -  Relation to the existing ILMI MIB (see Keith's talk).
  92.       -  The need for end-to-end PVC configuration information.
  93.       -  Modelling of ATM in relation to MIB II interfaces table.
  94.       -  Need to keep the MIB small.
  95.       -  Need to coordinate modeling of PVCs with FR MIB effort.
  96.       -  Need for AAL performance statistics.
  97.       -  Need for VPC/VCC level performance statistics.
  98.  
  99.  
  100.    o ATM Forum ILMI - Keith McCloghrie
  101.      Keith gave a presentation on the ATM Forum's Interim Local
  102.      Management Interface ILMI, stressing that even though the ILMI uses
  103.      SNMP packet formats, the purpose of the ILMI is not network
  104.      management, but rather ``interface management''.  However, since
  105.      the management information needed for interface management is a
  106.      subset of the information needed for network management, the ILMI's
  107.      MIB should be appropriate for use by network management as well as
  108.      for interface management.
  109.      The ATM Forum's ILMI MIB was designed to be symmetric -- that is,
  110.      to have the same MIB on each side of the interface.  It currently
  111.      contains read-only objects.  The ILMI MIB contains information on
  112.      the physical port (e.g.,operStatus), ATM Layer, ATM Cell, and
  113.  
  114.                                    2
  115.  
  116.  
  117.  
  118.  
  119.  
  120.      VPC/VCCs.  There are no VCL or VPL level statistics in the ILMI.
  121.      Keith recommended that the proposed IETF Working Group use the ILMI
  122.      MIB as a base for the development of IETF ATM MIB(s).  The
  123.      management of the local interface should use a common MIB
  124.      module/table/group.
  125.  
  126.    o SONET MIB - Kaj Tesink
  127.      Kaj gave a short presentation of the SONET MIB. The SONET MIB has
  128.      been posted as an Internet-Draft for a long time.  It is consistent
  129.      with other trunk MIBs.  A minor change may be needed on table
  130.      indexing.  Interested people are encouraged to review this MIB.
  131.      Internet-Draft:  ``Definitions of Managed Objects for the SONET
  132.      Interface Type'', Jan.1993, Tracy A. Cox, Kaj Tesink,
  133.      <draft-ietf-cox-sonetmib-01.txt>.
  134.  
  135.  
  136. Conclusions of the BOF
  137.  
  138.  
  139.    o There is interest in forming a Working Group to develop standard
  140.      managed objects for ATM and SONET.
  141.  
  142.    o Deirdre Kostick suggested calling it the AToMMIB Working Group,
  143.      with the ``o'' signifying SONET, and the ``AToM'' as a reminder to
  144.      keep MIBs small(!).
  145.  
  146.    o It is likely that there will be multiple MIB modules for ATM
  147.      developed to support the different management perspectives
  148.      identified during the BOF.
  149.  
  150.    o The MIB module(s) for management for the local interface should
  151.      build on the ATM forum ILMI MIB.
  152.  
  153.  
  154. Attendees
  155.  
  156. Masuma Ahmed             mxa@sabre.bellcore.com
  157. David Arneson            arneson@ctron.com
  158. David Battle             battle@cs.utk.edu
  159. Nutan Behki              Nutan_Behki@qmail.newbridge.com
  160. Caralyn Brown            cbrown@wellfleet.com
  161. Jack Brown               jbrown@huachuca-emh8.army.mil
  162. Theodore Brunner         tob@thumper.bellcore.com
  163. John Chang               changj@ralvm6.vnet.ibm.com
  164. Anthony Chow             chow_a@wwtc.timeplex.com
  165. George Clapp             clapp@ameris.center.il.ameritech.com
  166. Michael Collins          collinsms@es.net
  167. Tracy Cox                tacox@sabre.bellcore.com
  168. James Davin              davin@thumper.bellcore.com
  169. M.J. Dixon               mjd@att.com
  170.  
  171.                                    3
  172.  
  173.  
  174.  
  175.  
  176.  
  177. Kurt Dobbins             kurtdob@ctron.com
  178. David Engel              david@ods.com
  179. Kenneth Giusti           kgiusti.chipcom.com
  180. Patrick Hanel            hanel@yoyodyne.trs.ntc.nokia.com
  181. Juha Heinanen            juha.heinanen@datanet.tele.fi
  182. Don Hofacker             hofacker@dtedi.hq.aelc.af.mil
  183. Mark Kepke               mak@fc.hp.com
  184. Moshe Kochinski          moshek@FibHaifa.com
  185. Deirdre Kostick          dck2@sabre.bellcore.com
  186. David Lovering           lovering@bldrdoc.gov
  187. Andrew Malis             malis_a@timeplex.com
  188. Jun Matsukata            jm@eng.isas.ac.jp
  189. Keith McCloghrie         kzm@hls.com
  190. Evan McGinnis            bem@3com.com
  191. George Mouradian         gvm@arch3.att.com
  192. Tom Nisbet               nisbet@tt.com
  193. Bill Norton              wbn@merit.edu
  194. Zbigniew Opalka          zopalka@agile.com
  195. Ayal Opher               aopher@synoptics.com
  196. Joe Pagan                jrp@afterlife.ncsc.mil
  197. Michael Patton           map@bbn.com
  198. Drew Perkins             ddp@fore.com
  199. Venkat Rangan            venkat@.metrix.com
  200. Kenneth Rodemann         krr@qsun.att.com
  201. Dan Romascanu            dan@lannet.com
  202. Marshall Rose            mrose@dbc.mtview.ca.us
  203. Jon Saperia              saperia@lkg.dec.com
  204. Andrew Schmidt           ags@uius.edu
  205. Kanan Shah               kshag@cmf.nrl.navy.mil
  206. Andrew Smith             asmith@synoptics.com
  207. Subbu Subramaniam        subbu@cup.hp.com
  208. Terry Sullivan           terrys@newbridge.com
  209. Sally Tarquinio          sallyt@gateway.mitre.org
  210. Kaj Tesink               kaj@cc.bellcore.com
  211. Stephen Tsun             snt@3com.com
  212. Mario Vecchi             mpv@thumper.bellcore.com
  213. James Watt               james@newbridge.com
  214. Peter Wilson             peter_wilson@3com.com
  215. Yow-Wei Yao              yao@chang.austin.ibm.com
  216. Kiho Yum                 kxy@nsd.3com.com
  217.  
  218.  
  219.  
  220.                                    4
  221.